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@ A method for adjusting current clock counts in a distributed computer system. 

(s?) A method for adjusting current dock counts in a distributed database apparatus is accomplished. 
Each processor assigns a timestamp to a transaction according to its clock when the transaction is 
generated, and transaction are executed by accessing the database according to timestamp order. A 
processor in at least a first one of the computer sites accesses an abort count corresponding to a 
second computer site; compares an abort count corresponding to the first computer site which the 
abort count corresponding to the second compute site; and changes the current clock count 
corresponding to the first computer site to more closely match the current clock count corresponding 
to the second computer site, at times when the comparison between the abort counts in the first and 
second computer sites indicates that new transactions have been aborted more frequently in one of the 
two computer sites. 
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Field of the Invention 

The present Invention relates to a method for 
adjusting current clock counts for each computer site 
in a distributed computer system to effectively exec- 
ute timestamped transactions. 

Description of the Background 

A distributed computer system comprises a num- 
ber of computer sites, each of which has a processor 
and stores a database in a disk. The computer sites 
are interconnected by a network of communication 
lines. When a site receives a data processing request 
from a user, a processor in the site determines which 
database in the system includes the. necessary data 
for processing by referring to a system catalog that 
stores information for data location. If the necessary 
data is stored in the database of the same computer 
site as the processor, the processor reads the neces- 
sary data from its database, executes data proces- 
sing operations on the data, and writes the result into 
the database. A series of these processes is referred 
to as a transaction. If the necessary data is stored in 
a database at another computer site, the processor 
sends a request to read the necessary data from the 
database to the other computer site using the com- 
munication lines of the network. A processor of the 
other computer site reads the data from its database 
and sends the data to the computersite which sentthe 
request using the communication lines. Then the pro- 
cessor of the computer site executes data processing 
operations on this data. 

Figure 1 shows an example of two transactions 
which access the same data entry. It is assumed that 
the computer site corresponds to a branch of a bank, 
and the database stores data entries (records) repre- 
senting the balance deposit for each of the bank's 
customers. When money is deposited or withdrawn 
from an account at any branch, a transaction must be 
performed by the computer system. During the trans- 
action, the balance in the customer's account is read 
from a database, the money that is newly deposited 
or withdrawn by the customer or the bank is added to 
or subtracted from the balance for that customer, and 
the arithmetic result is written back into the data entry 
(record) in the database that corresponds to the 
account for that customer. 

In this example, a data entry in the database at 
computer site A stores a customer's balance. It is 
assumed that the customer's beginning balance is 
$50. At computer site A, an additional $100 is depo- 
sited in the customer's account by a transaction that 
will be designated Ta. Immediately after, at another 
computer site B, $30 is deposited in that same 
account by another transaction that will be designated 
Tb. Under these circumstances, a processor at com- 
puter site A will execute a READ operation for trans- 
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action Ta. The processor will add $100 to the begin- 
ning balance of $50, and then writes $150 into the 
database as the new balance in the account during a 
WRITE operation for transaction Ta. However, a pro- 

5 cessor at computer site B may send a request for a 
READ operation for transaction Tb to computer site A, 
and the processor at computer site A execute the 
READ operation before execution of the WRITE oper- 
ation for transaction Ta. As a result, the processor at 

10 computer site B will read the customer's beginning 
balance of $50. Then, the processor at computer site 
B adds $30 to the beginning balance of $50, and 
sends $80 as a request for a WRITE operation to com- 
puter site A. The processor at computer site A writes 

15 $80 into the database as the customer's new balance 
during a WRITE operation for transaction Tb. Theref- 
ore, the data entry in the database for this customer's 
account will indicate an ending balance of $80. How- 
ever, the ending balance in this customer's account is 

20 actually $180. 

To prevent such errors, a concurrency control 
mechanism is used, i.e. a timestamp method. Accord- 
ing to this method, each computer site has its own 
clock. When a request is made to initiate a transac- 

25 tion, the computersite assigns a timestamp to the new 
transaction. Preferably, the timestamp includes a 
transaction clock count that corresponds to a current 
clock count for the computer site at that time. For 
example, if a customer deposits $1 00 at an automatic 

30 teller machine (ATM), a transaction request is gener- 
ated by the computer site where the ATM is located 
in order to add $100 to the customer's account This 
computer site determines the computer site corre- 
sponding to the customer's account by examining a 

35 key recorded on the customer's cash card. The com- 
puter site also examines a current clock count for the 
site that is provided by its clock and clock register. The 
computer site will generate a transaction request, 
consisting of a operation (READ), a record key (100), 

40 and a table name (ACCOUNT), as shown in Figure 2. 

Figures 3A and 3B show an example of two trans- 
actions that access the same data entry and times- 
tamp table according to a timestamp method. It is 
assumed that computer site A and computer site B 

45 each have a clock and clock register that generate an 
accurate current clock count When a transaction 
request is made by a customer or computer user at a 
branch corresponding to computer site A, computer 
site A assigns a transaction clock count and a com- 

50 puter site identifier to the transaction Ta. In this 
example, the current dock count is 10:00 and the 
identifier of the computer site is (A). As a result, com- 
puter site A assigns a timestamp 10:00 (A) to the 
transaction Ta, and will subsequently write this times- 
55 tamp into the read timestamp field of the timestamp 
table corresponding to the customer's account when 
the transaction Ta reads data from the record. In this 
example, the write timestamp 0:00 is read out from 

3 
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timestamp table as shown in upper of Fig. 3B. The 
timestamp 10:00 (A) is larger than the writer times- 
tamp 0:00. Therefore, the transaction Ta reads data 
from the record and writes the timestamp 10:00 (A) in 
the read timestamp field to the timestamp table as 
shown in middle of Fig. 3B. 

Fig. 4 shows the data structure of a timestamp 
table and corresponding database (table account). 
The timestamp table is previously stored in memory 
different from database. The timestamp table consists 
of a record key, a read timestamp, and a write times- 
tamp. The database consists of a key, a name, a data 
entry. In this example, the data entry is balance 
deposit because this database is table account Each 
item of the timestamp table corresponds to item of the 
database according to the key. For example, Mike's 
balance deposit was read and written by a transaction 
generated by computer site A at 10:00. 

Immediately after computer site A requests a 
transaction, another transaction may be made at the 
branch corresponding to computer site B. Computer 
site B assigns the current timestamp 10:01 (3) to the 
new transaction Tb if the current dock count at com- 
puter site B is 10:01 when the transaction request is 
generated. When computer site B sends a request of 
a READ operation to computer site A and the com- 
puter site A reads the data entry by record key 100. 
the write timestamp 0:00 corresponding to the record 
key 100 is read out The timestamp 10:01 (B) is larger 
man the write timestamp 0:00. Therefore, the transac- 
tion Tb reads data from the record and writes the 
timestamp 10:01 (B) in the read timestamp field of the 
timestamp table as shown in lower of Fig. 3B. When 
transaction Ta writes execution result to the record, 
the read timestamp 10:01 (B) is read out from the 
timestamp table. The timestamp 10:00 (A) of transac- 
tion Ta is smaller than the read timestamp 10:01 (B). 
Therefore, write processing of transaction Ta is reject. 
Then, transaction Ta is aborted in computer site A. 
When transaction Tb writes execution result to the 
record, the read timestamp 10:01 (B) is read out from 
the timestamp table. The timestamp 10:01 (B) of 
transaction Tb is not smaller than the read timestamp 
10:01 (B). Therefore, write processing of transaction 
Tb is accepted. Then, transaction Tb is committed 
(succeeded) in computer site B. (Transaction Ta is 
assigned larger timestamp and executed again.) 

Unfortunately, the current clock counts in diffe- 
rent computer sites are not always accurate and are 
not always the same. Even if the current clock counts 
in different computer sites are identical same during 
an initialization mode, as time progresses, the differ- 
ence in the current clock counts of two computer sites 
will become larger and larger. 

Figures 5A and 5B show an example of the 
attempted execution of two transactions by two com- 
puter sites that have different current clock counts and 
timestamp table. In this example, the current clock 
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count of computer site A is early when compared to 
the current clock count of computer site B. and the 
current clock count of computer site B is late or 
delayed when compared to the current clock count of 

5 computer site A. 

In this example, when a transaction request Ta is 
made at the branch corresponding to computer site A. 
computer site A assigns a transaction clock count 
1 0:00 and an identifier (A) to the transaction request. 

10 Preferably, transaction clock count 10:00 corres- 
ponds to the current clock count at computer site A. 
Immediately thereafter, a transaction request Tb is 
made at the branch corresponding to computer site B, 
and computer site B assigns a transaction clock count 

15 9:55 and an identifier (B) to the transaction request. 
The transaction clock count 9:55 corresponds to the 
current clock count at computer site B, which is late 
when compared with the current dock count at com- 
puter site A. 

2C When computer site A executed a READ oper- 

ation according to the transaction Ta, timestamp 
1 0:00 (A) is written in read timestamp field of times- 
tamp table as shown in upper of Fig. 5B. This proces- 
sing is the same as that shown in Fig. 3A. When 

25 computer site A executes a READ operation accord- 
ing to the transaction Tb, write timestamp 0:00 is read 
out from timestamp table. The timestamp 9:55 (B) is 
larger than the write timestamp 0:00. Therefore, com- 
puter site A read the data entry by record key 1 00 and 

30 write the timestamp 9:55 (B) in read timestamp field 
as shown in the middle of Fig. 5B. When computer site 
A writes execution result of transaction Ta to the 
record, the read timestamp 9:55 (B) is read out from 
timestamp table. The timestamp 10:00 (A) is larger 

35 than the read timestamp 9:55 (B). Therefore, com- 
puter site A executes a WRITE operation and writes 
the timestamp 10:00 (A) in write timestamp field of 
timestamp table as shown in the lower of Fig. 5B. 
Then, transaction Ta is committed in computer site A 

40 as shown in Fig. 5A. When computer site A writes 
execution result of transaction Tb to the record, the 
read timestamp 9:55 (B) and write timestamp 10:00 
(A) is read out from timestamp table. The timestamp 
9:55 (B) is not smaller than the read timestamp 9:55 

45 (B), but It is smaller than the write timestamp 1 0:00 
(A). Therefore, write processing of transaction Tb is 
rejected. After transaction Tb is aborted, the current 
clock count for computer site B may be 10:01. In this 
situation, it is preferable for computer site B to write a 

so new transaction dock count of 10:01 into the data 
structure corresponding to transaction request Tb. As 
a result, a new timestamp 10:01 (B) is assigned to 
transaction Tb. 

Now, if computer site A again attempts to execute 

55 a READ operation according to transaction Tb. trans- 
action Tb will not be aborted because the write times- 
tamp 10:00 (A) is smaller timestamp 10:01 (B) 
assigned to transaction Tb. See Figure 3. 

4 



5 



EP 0 458 623 A2 



6 



Thus, if one computer site executing a new trans- 
action attempts to execute a READ operation on the 
database at a particular record key, but the read/write 
timestamp corresponding to the data entry is later 
than the timestamp assigned to the new transaction, 5 
then the computer site must abort the new transac- 
tion. As the difference in current clock counts between 
different computer sites becomes larger, the number 
of transactions that must be aborted by the computer 
site with the late current clock count increases. to 

To address this problem, a method for adjusting 
current clock counts is disclosed in Japanese Patent 
Disclosure (Kokai) P59-55553. Figure 6 shows a dis- 
tributed system computer taught by this reference. In 
Figure 6, three computer sites 60, 62, and 64 already 15 
are interconnected by a network, and a new computer 
site 66 is being connected in the network. 

As disclosed in Japanese Patent Disclosure 
(Kokai) P5g-55553, new computer site 66 inquires 
about the current clock counts provided by the clocks 20 
and clock registers in existing computer sites 60, 62, 
and 64. When new computer site 66 receives infor- 
mation indicating the current clock counts of each of 
the existing computer sites, a clock offset OFS is cal- 
culated. The clock offset OFS is the amount of time 25 
that the current clock count corresponding to new 
computer site 66 will be advanced <i.e.. the dock is 
made early rather than late). 

In a distributed computer system of the type dis- 
closed in Japanese Patent Disclosure (Kokai) P59- 30 
55553, the clock offset OFS is calculated by new 
computer site 66 by first selecting the current clock 
count from all of the computer sites that corresponds 
to the clock that is the fastest (e.g., 10:05 is selected 
instead of 10:00). Then, a clock offset OFS is added 35 
to the current clock count of new computer site 66 that 
will make its current clock count identical to the cur- 
rent clock count of the computer site with the fastest 
(i.e., earliest) dock. This process of calculating a 
clock offset OFS is repeated whenever a new com- 40 
puter site is connected to the network. 

However, when using the method disclosed in 
Japanese Patent Disclosure (Kokai) P59-55553, it is 
difficult to accurately adjust the current dock count of 
the new computer site. Information indicating the cur- 45 
rent clock counts of each of the existing computer site 
is received by new computer site 66 only after a com- 
munication delay, and this communication delay must 
be estimated correctly to determine the amount of 
time that the current clock count corresponding to new so 
computer site 66 should be advanced. 

Moreover, the method disclosed in Japanese 
Patent Disclosure (Kokai) P59-55553 does not pro- 
vide any method for adjusting the current clock counts 
of existing computer sites. As time passes, the differ- 55 
ence between the current clock counts of these com- 
puter sites will increase. 



SUMMARY OF THE INVENTION 

It is an object of the invention to overcome at least 
some of the problems associated with the prior art 

It is therefore desirable to provide an improved 
method for adjusting current clock counts in a distri- 
buted computer system. It would be beneficial to pro- 
vide a process in which the current clock count 
corresponding to one computer site is changed to 
more closely match the current dock count corre- 
sponding to another computer site. 

Additional objects and advantages of the inven- 
tion will be set forth in part in the description which fol- 
lows, and in part will be obvious from the description, 
or may be learned by practice of the invention. The 
objects and advantages of the invention may be 
realized and obtained by means of the instrumentali- 
ties and combinations particularly pointed out in the 
appended claims. 

To achieve the objects and in accordance with the 
purposes of the invention, as embodied and broadly 
described herein, a method is provided for adjusting 
current clock counts in a distributed computer system. 
The distributed computer system includes a number 
of computer sites, each computer site including a pro- 
cessor, a memory having a number of record keys for 
storing timestamp table, a database, an abort register 
for storing an abort count corresponding to the com- 
puter site, a clock for generating a dock signal indi- 
cating the passage of time, and a clock register 
responsive to the clock signal for storing a current 
clock count corresponding to the computer site. The 
database for each computer site includes a number of 
data entries (records) that correspond to the record 
key and that can be accessed by a processor. Each 
record key corresponds to timestamp which indudes 
at least clock count that indicates when the corre- 
sponding data entry in the corresponding record key 
was most recently accessed. The distributed com- 
puter system also includes a network for interconnect- 
ing the computer sites to enable a processor in one 
computer site to send the data entries and request for 
accessing in another computer site. 

The method indudes the following steps, which 
are executed by a processor in at least a first one of 
the computer sites: assigning a timestamp to a new 
transaction that is related to the current clock countfor 
the first computer site, at times when the processor In 
the first computer site is initiating the new transaction; 
reading the timestamp corresponding to the record 
key from the memory, at times when the processor in 
the first computer site is initiating the new transaction; 
comparing an existing timestamp corresponding to 
the record key with the timestamp assigned to the new 
transaction; aborting the new transaction, at times 
when the timestamp assigned to the new transaction 
is smaller than the existing timestamp corresponding 
to the record key; incrementing the abort count corre- 
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sponding to the first computer site, at times when the 
new transaction is aborted, to indicate the number of 
times that new transactions initiated by the first com- 
puter site have been aborted; accessing an abort 
count corresponding to a second computer site; com- 
paring the abort count corresponding to the first com- 
puter site with the abort count corresponding to the 
second computer site; and changing the current clock 
count corresponding to the first computer site to more 
closely match the current dock count corresponding 
to the second computer site, at times when the com- 
parison between the abort counts in the first and sec- 
ond computer sites indicates that new transactions 
have been aborted more frequently in one of the two 
computer sites. 

The accompanying drawings, which are incorpo- 
rated in and constitute a part of this specification, illus- 
trate preferred embodiments of the invention and, 
together with the description of the invention, explain 
the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a prior art example of the execu- 
tion of two transactions involving the same database. 

Figure 2 shows the data structure of a transaction 
request. 

Figures 3A and 3B show a prior art example of the 
execution of two transactions involving the same 
database and using times tamp. 

Figure 4 shows the data structure of a timestamp 
table and a database. 

Figures 5A and 5B show a prior art example of the 
execution of two transactions involving the same 
database and using timestamps. 

Figure 6 shows a prior art exam pie of a distributed 
computer system. 

Figure 7 shows a block diagram of computer sites 
in a distributed computer system. 

Figure 8 shows the data structure of a timestamp. 

Figures 9A and 9B show a flow chart of a method 
for adjusting current clock counts in a distributed com- 
puter system. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Figure 7 shows a distributed computer system. 
The distributed computer system includes three com- 
puter sites 1, 2, and 3. The computer sites are inter- 
connected by a network 4. 

Computer sites 1 , 2, and 3 respectively include 
input devices 11,21, and 31, which can be operated 
by a computer site user or a customer to request that 
a new transaction be initiated, memories 12, 22. and 
32 for storing timestamp table and system catalog, 
processors 13, 23, and 33 for executing transactions, 
abort registers 14, 24, and 34 for storing an abort 
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count corresponding to the computer site, clocks 15, 
25, and 35 for generating a clock signal indicating the 
passage of time, dock registers 16, 26, and 36 that 
are responsive to the clock signal for storing a current 
5 clock count corresponding to the computer site, and 
databases 17, 27, and 37 for storing a plurality of data 
entry. 

When the distributed computer system is in oper- 
ation, a customer or computer user located at com- 

10 puter site I will request that a new transaction be 
initiated using input device 1 1. Processor 13 in com- 
puter site 1 is coupled to input device 11, and res- 
ponds to the request by generating a transaction 
request that will be designated T1 to distinguish it 

is from transaction requests generated by processors 
23 and 33 in computer sites 2 and 3. The transaction 
request includes an operation (e.g., add, subtract), a 
record key, and a data (e.g., an amount to be depo- 
sited or withdrawn from a checking account). This 

20 information contained in the transaction request is 
typically supplied to processor 13 by the customer or 
computer user located at computer site 1 that reques- 
ted initiation of new transaction T1 . 

In accordance with the invention, processor 13 

25 assigns a timestamp to the new transaction T1 that is 
related to the current clock count for computer site 1 , 
at times when processor 13 in computer site 1 is 
initiating the new transaction. Preferably, processor 
13 assigns a timestamp ts (T1) to transaction T1 that 

30 has a transaction clock count that matches the current 
clock count stored in clock register 1 6 of computer site 
1. As embodied herein, the timestamp also includes 
a site identifier. As a result, even if processors at two 
different computer sites generate separate transac- 

35 tion requests at the same time, the timestamps assig- 
ned to any two transactions will be different 

Figure 8 shows the data structure of a timestamp. 
The timestamp consists of "a" most significant bits for 
storing time when transaction is generated, and "p" 

40 least significant bits for storing an identifier that indi- 
cates in which site the transaction is generated. "p" 
must be large enough so that 2? is not less than the 
total number of computer sites. 

In accordance with the invention, a processor in 

45 a computer site will read the timestamp from the mem- 
ory according to the record key, at times the processor 
is initiating a new transaction. Next, the processor will 
compare the timestamp corresponding to the record 
key with the timestamp assigned to the new transao 

50 tion. The processor will access the data entry (record) 
from the database according to the record key, at 
times when the timestamp assigned to the new trans- 
action is larger than the timestamp corresponding to 
the record key. This processing is already explained 

55 in the Description of the Background. 

As an example of the operation of a preferred 
embodiment of the invention, it is assumed that input 
device 21 requests that a new transaction T2 be 

6 
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initiated by processor 23 in computer site 2 almost the 
same time that transaction T1 is being initiated by pro- 
cessor 13 in computer site 1. Processor 23 generates 
a transaction request T2 and assigns a timestamp ts 
(T2) to transaction T2 in accordance with the current 5 
clock count stored in clock register 26 and the iden- 
tifier of computer site 2. 

In this example, it is assumed that transaction T1 
and transaction T2 access the same data entry in the 
same database, i.e., the database 37 in computer site 10 
3, and that clock 15 and clock register 16 are late 
when compared with dock 25 and clock register 26. 
As a result, the current clock count assigned to trans- 
action requests generated by processor 13 in com- 
puter site 1 will be late (e.g.. 9:55 instead of 10:00) in 15 
comparison with the current clock count assigned to 
transaction requests generated by processor 23 in 
computer site 2. 

Under these circumstances, there are four poss- 
ible orders in which transactions T1 and T2 can be 20 
generated, and in which a data entry in the database 
of computer site 3 can be accessed while performing 
transactions T1 and T2: 

(1 ) The actual time at which transaction T1 is gen- 
erated by processor 13 in computer site 1 is bef- 25 
ore the actual time at which transaction T2 is 
generated by processor 23 in computer site 2; 

and 

the data entry in the database of computer 
site 3 is accessed during transaction T1 before 30 
the data entry is accessed during transaction T2. 

(2) The actual time at which transaction T1 is gen- 
erated by processor 13 in computer site 1 is bef- 
ore the actual time at which transaction T2 is 
generated by processor 23 in computer site 2; 35 
and 

the data entry in the database of computer 
site 3 is accessed during transaction T2 before 
the data entry is accessed during transaction T1. 

(3) The actual time at which transaction T2 is gen- 40 
erated by processor 23 in computer site 2 is bef- 
ore the actual time at which transaction T1 is 
generated by processor 13 in computer site 1; 

and 

the data entry in the database of computer 45 
site 3 is accessed during transaction T1 before 
the data entry is accessed during transaction T2. 

(4) The actual time at which transaction T2 is gen- 
erated by processor 23 in computer site 2 is bef- 
ore the actual time at which transaction T1 is 50 
generated by processor 13 in computer site 1; 

and 

the data entry in the database of computer 
site 3 is accessed during transaction T2 before 
the data entry is accessed during transaction T1 . 55 
In the first two examples above, because the cur- 
rent clock count in computer site 1 is later than the cur- 
rent clock count in computer site 2, and because the 



actual time at which transaction T1 is generated by 
processor 13 is before the actual time at which trans- 
action T2 is generated by processor 23, the times- 
tamp ts (T1) assigned to transaction T1 will be earlier 
than the timestamp ^ (T2) assigned to transaction T2. 

In a preferred embodiment of the invention, a pro- 
cessor in a first computer site will execute a new trans- 
action, at times when the timestamp assigned to the 
new transaction is larger than the timestamp corre- 
sponding to the record key. Therefore, in the first 
example, processor 23 in computer site 2 executes a 
READ operation during transaction T2. 

In accordance with the invention, a processor in 
a first computer site will abort a new transaction, at 
times when the timestamp assigned to the new trans- 
action is smaller than record key the timestamp cor- 
responding to the data. Therefore, in the second 
example, processor 13 in computer site 1 aborts 
transaction T1. 

In the third and fourth examples above, even 
though the timestamp assigned to transaction 
requests generated by processor 13 is smaller than 
the timestamp assigned to transaction requests gen- 
erated by processor 23, if the difference in the actual 
times at which the transactions are generated is gre- 
ater than the difference in timestamp, then the times- 
tamp U (T2) assigned to transaction T2 will be smaller 
than the timestamp U (T1) assigned to transaction T1. 

Therefore, in the third example, processor 23 in 
computer site 2 aborts transaction T2. In the fourth 
example, processor 13 in computer site 1 executes a 
READ operation during transaction T1 . 

On the other hand, the timestamp t, (T1 ) assigned 
to transaction T1 will be smaller than the timestamp 
ts (T2) assigned to transaction T2 if the difference in 
the actual times at which the transactions are gener- 
ated is smaller than the disparity in timestamps. 

Under circumstances, in the third example, pro- 
cessor 23 in computer site 2 executes a READ oper- 
ation during transaction T2. In the fourth example, 
processor 1 3 in computer site 1 aborts transaction T1. 

In accordance with the invention, a processor in 
a first computer site will change the abort count cor- 
responding to the first computer site, at times when a 
new transaction is aborted, to indicate the number of 
times that new transactions initiated by the first com- 
puter site have been aborted. Preferably, the abort 
count for computer site 1 is stored in abort register 14. 
The abort counts corresponding to computer sites 1. 
2, and 3 are continually updated by processors 13, 23, 
and 33 by the incrementing of the abort counts stored 
in abort registers 14, 24 and 34, respectively, 
whenever processors 13, 23, and 33 abort a transac- 
tion. 

The probability that transaction T1 will be aborted 
is larger than the probability that transaction T2 will be 
aborted in the examples above because the current 
clock count of the timestamp assigned to transaction 



SDOCID; <EP 0A58S23A2J_> 



11 



EP 0 458 623 A2 



12 



requests generated by processor 1 3 is late or delayed 
(e.g. f 9:55 instead of 10:00) in comparison with the 
current dock count of the timestamp assigned to 
transaction requests generated by processor 23. As 
a result a larger number of transactions will be abor- 5 
ted by computer sites that have a clock and/or register 
that are late when compared with the clocks and clock 
registers for the other computer sites in the system. 

In the present invention, the current clock counts 
in a distributed computer system are adjusted. In w 
accordance with the invention, a processor in a first 
computer site accesses an abort count corresponding 
to a second computer site. The processor then com- 
pares the abort count corresponding to the first com- 
puter site with the abort count corresponding to the is 
second computer site. At times when the comparison 
between the abort counts in the first and second com- 
puter sites indicate that new transactions have been 
aborted more frequently in one of the two computer 
sites, the processor changes the current clock count 20 
corresponding to the first computer site to more 
closely match the current clock count corresponding 
to the second computer site. 

Preferably, the computer sites recurrently exec- 
utes the steps required to adjust their current clock 25 
counts. For example, a processor may perform these 
steps after it has not executed any transactions for a 
predetermined time. Alternatively, a user clock match- 
ing request can be entered at a computer site using 
the corresponding input device, and the computer site 30 
then executes the steps required to adjust current 
dock counts in response to entry of the user clock 
matching request 

Figures 9A and 9B are a flow chart showing a pre- 
ferred embodiment of a method for adjusting current 35 
clock counts m a distributed computer system. 

First, an interruption is supplied to processor 13 
in computer site 1 in step 91 . In step 93. processor 1 3 
determines the number of times it has aborted a new 
transaction by reading abort register 14 in computer 40 
site 1. Then, in step 93, processor 13 temporarily 
defines the parameter MIN as equal to n1. the number 
of transactions aborted by processor 13. The par- 
ameter MIN is then sent to the next site, i.e., computer 
site 2. Generally speaking, the parameter MIN will 45 
represent the minimum number of transactions that 
have been aborted by a single one of the computer 
sites in the distributed computer system. 

At step 95, processor 23 determines the number 
of times (n2) it has aborted a new transaction by read- 50 
tng abort register 24 in computer site 2. Processor 23 
then compares n2 with MIN. If the number n2 of trans- 
actions aborted by processor 23 is smaller than the 
value of MIN received by processor 23 from computer 
site 1 , then processor 23 in step 97 changes the value 55 
of MIN to equal n2, the number of transactions abor- 
ted by processor 23. 

During step 99, the identifier of the computer site 
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that most recently received and processed the par- 
ameter MIN is compared with total number of com- 
puter sites (m) to determine if all computer sites in the 
computer system have had an opportunity to update 
the value of MIN. If some computer sites still have not 
received the parameter MIN for processing, the cur- 
rent processor (e.g.. processor 23) sends the par- 
ameter MIN to the next site, i.e., computer site 3. in 
step 101. 

After each computer site has received and pro- 
cessed the parameter MIN, the current processor 
(e.g., processor 33) sends the parameter MIN back to 
the original computer site, e.g., computer site i, instep 
1 03. At step 1 05, processor i3 in computer site i com- 
pares the number in of transactions aborted by it with 
the parameter MIN, which now corresponds to the 
minimum number of transactions that have been 
aborted by any single the computer site in the distri- 
buted computer system. 

If the difference between the number ni of trans- 
actions aborted by processor i3 is larger than the 
value of MIN by at least a threshold value 5, a par- 
ameter g is calculated in step 107. The value of g is 
a function of the size of the difference between ni and 
MIN. In step 109, processor i3 in computer site i 
moves its current clock count forward by an amount 
equal to the value of g. 

At step 1 1 1 , processor i3 in computer site i deter- 
mines whether all of the computer sites in the system 
have had an opportunity to adjust their current dock 
counts. If not all of the computer sites have executed 
step 105, the parameter MIN is then sent to the pro- 
cessor in one of these other computer sites in step 
1 13. After all computer sites have executed step 105. 
the process for adjusting current clock counts has 
been completed. 

In the preferred embodiment of the invention, 
abort counts are stored in abort registers 14, 24. and 
34. In another embodiment, the abort registers can be 
replaced by succeed registers that store succeed 
counts. 

In this second embodiment, a processor in a first 
computer site will change the succeed count corre- 
sponding to the first computer site, at times when a 
new transaction is not aborted, to indicate the number 
of times that new transactions initiated by the first 
computer site have been successfully completed. The 
succeed counts corresponding to computer sites 1, 2, 
and 3 would be continually updated by processors 13, 
23, and 33 by the incrementing of the succeed counts 
stored in the succeed registers whenever processors 
13, 23, and 33 successfully complete a transaction. 

In the second embodiment, a processor in a first 
computer site accesses an succeed count corre- 
sponding to a second computer site. The processor 
then compares the succeed count corresponding to 
the first computer site with the succeed count corre- 
sponding to the second computer site. At times when 
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the comparison between the succeed counts in the 
first and second computer sites indicates that new 
transactions have been successfully completed more 
frequently in one of the two computer sites, the pro- 
cessor changes the current clock count correspond- 5 
ing to the first computer site to more closely match the 
current clock count corresponding to the second com- 
puter site. 

In the second embodiment, a process similar to 
that shown in Figures 9A and 9B is earned out, but 10 
instead of the parameter MINI, a parameter MAX is 
defined that will represent the maximum number of 
transactions that have been successfully completed 
by a single one of the computer sites in the distributed 
computer system. The values of g for this embodiment 1 s 
is a function of the size of the difference between ni, 
the number of transactions succeeded by processor 
i3, and MAX. Processor i3 in computer site i will move 
its current dock count forward by an amount equal to 
the value of g at times when the difference between 20 
ni and MAX is larger than a threshold value of 5. 

Preferably, processor i3 in computer site i will 
clear its abort count or succeed count whenever pro- 
cessor »3 has just adjusted its current clock count. In 
this case, the difference in the value of the abort or 25 
succeed counts between various computer sites will 
more directly reflect the amount of adjustement that 
must be made in current clock counts. 

The function used to calculate g is represented as 
a (constant) x (average generation interval for trans- 30 
action requests) x (ni - MlN)/MIN. The term (ni - 
MIN)/MIN serves to dynamically change the current 
clock count in a computer site which has a large num- 
ber of abort of transaction. The use of the average 
generation intervals for transaction requests serves to 35 
change current clock counts in proportion to the aver- 
age generation interval, i.e., if this average is short, it 
indicates that many transactions are being executed 
at almost the same time. Therefore, it is necessary for 
current clock counts to change minutely. The constant 40 
used to calculate g should be less than one, in order 
to gradually improve any unbalance in transaction 
processing of each computer site. 



Claims 

1. A method for adjusting current dock counts in a 
distributed computer system, wherein the distri- 
buted computer system includes a plurality of so 
computer sites (1, 2, 3), each computer site 
induding a processor (13), a memory (12) having 
a plurality of record keys for storing a timestamp 
table, a database (17). abort register means (14) 
for storing an abort count corresponding to the 55 
computer site, clock means (15) for generating a 
dock signal indicating the passage of time, and 
dock register (16) means responsive to the dock 



signal for storing a current dock count corre- 
sponding to the computer site, wherein the datab- 
ase for each computer site includes a plurality of 
data entries that correspond to the plurality of 
record keys and that can be accessed by a pro- 
cessor, wherein each record key corresponds to 
timestamp which indudes at least clock count 
that indicates when the corresponding data entry 
in the corresponding record key was most 
recently accessed, wherein the distributed com- 
puter system indudes network means (4) for 
interconnecting the plurality of computer sites to 
enable a processor in one computer site to send 
the data entries and request for accessing in 
another computer site, and wherein the following 
steps are executed by a processor in at least a 
first one of the computer sites: 

assigning a timestamp to a new transac- 
tion that is related to the current clock count for 
the first computer site, at times when the pro- 
cessor in the first computer site is initiating the 
new transaction; r 

reading the timestamp corresponding to L * 
the record key from the memory, at times when 
the processor in the first computer site is initiating 
the new transaction; 

comparing an existing the timestamp cor- 
responding to the record key with the timestamp »■ i 
assigned to the new transaction; 

aborting the new transaction, at times 
when the timestamp assigned to the new transac- ■"»• 
tion is smaller than the existing timestamp conre- 
sponding to the record key; characterised by 

incrementing the abort count correspond- 
ing to the first computer site, at times when the 
new transaction is aborted, to indicate the num- 
ber of times that new transactions initiated by the 
first computer site have been aborted; 

accessing an abort count corresponding to 
a second computer site; 

comparing the abort count corresponding 
to the first computer site with the abort count cor- 
responding to the second computer site; and 

changing the current clock count corre- 
sponding to the first computer site to more dosely 
match the current clock count corresponding to 
the second computer site, at times when the com- 
parison between the abort counts in the first and 
second computer sites indicates that new trans- 
actions have been aborted more frequently in one 
of the two computer sites. 

A method in accordance with daim 1 , in which: 

the step of changing the current dock 
count comprises changing the current dock count 
by an amount that is proportional to the difference 
between the number of times that new transac- 
tions have been aborted in the two computer 
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sites. 

3. A method in accordance with claim 1 , and further 
comprising: 

changing the abort count corresponding to s 
the first computer site to more closely match the 
abort count corresponding to the second com- 
puter site, at times when the current clock count 
corresponding to the first computer site is 
changed to more dosely match the current dock w 
count corresponding to the second computer site. 

4. A method in accordance with daim 1, in which: 

the step of changing the current dock 
count comprises changing the current dock count is 
only if the number of new transactions aborted in 
the first computer site exceeds the number of new 
transactions aborted in the second computer site. 

5. A method in accordance with daim 1, in which: 20 

the step of changing the current dock 
count comprises changing the current clock count 
only if the number of new transactions aborted in 
the first computer site exceeds the number of new 
transactions aborted in the second computer site 25 
by a threshold amount 

6. A method in accordance with daim 1 , and further 
comprising: 

entering a new read clock count into the 30 
timestamp corresponding to the record key to 
indicate when the corresponding data entry was 
accessed by the processor, wherein the new read 
dock count is related to the current dock count 
corresponding to the first computer site. 35 

7. A method in accordance with daim 6, wherein 
each timestamp includes an identifier corre- 
sponding to each read dock count that indicates 
which processor accessed the corresponding 40 
data entry in the corresponding record key, and 
further comprising: 

entering an identifier into the timestamp 
corresponding to the record key to indicate that 
the corresponding data entry was accessed by 45 
the processor in the first computer site, at times 
when a new read dock count is entered into the 
timestamp. 

8. A method in accordance with daim 1 , in which the 50 
first computer site recurrently executes the steps 

of accessing the abort count for the second com- 
puter site, comparing the abort count for the first 
computer site with the abort count for the second 
computer site, and changing the current dock 55 
count for the first computer site to more dosely 
match the current dock count for the second com- 
puter site. 
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9. A method in accordance with daim 1 , in which the 
first computer site includes input means (11) for 
entering a user clock matching request, and in 
which the first computer site executes the steps 
of accessing the abort count for the second com- 
puter site, comparing the abort count for the first 
computer site with the abort count for the second 
computer site, and changing the current dock 
count for the first computer site to more dosely 
match the current clock count for the second com- 
puter site, in response to entry of a user dock 
matching request 

1 0. A method for adjusting current dock counts in a 
distributed computer system, wherein the distri- 
buted computer system indudes a plurality of 
computer sites (1, 2, 3), each computer site 
including a processor (13), a memory (12) having 
a plurality of record keys for storing a timestamp 
table, a database (17), succeed register means 
for storing an succeed count corresponding to the 
computer site, clock means (15) for generating a 
clock signal indicating the passage of time, and 
dock register means (16) responsive to the dock 
signal for storing a current dock count corre- 
sponding to the computer site, wherein the datab- 
ase for each computer site indudes a plurality of 
data entries that correspond to the plurality of 
record keys and that can be accessed by a pro- 
cessor, wherein each record key corresponds to 
timestamp which indudes at least dock count 
that indicates when the corresponding data entry 
in the corresponding record key was most 
recently accessed, wherein the distributed com- 
puter system includes network means (14) for 
interconnecting the plurality of computer sites to 
enable a processor in one computer site to send 
the data entries and request for accessing in 
another computer site, and wherein the following 
steps are executed by a processor in at least a 
first one of the computer sites: 

assigning a timestamp to a new transac- 
tion that is related to the current clock count for 
the first computer site, at times when the pro- 
cessor in the first computer site is initiating the 
new transaction; 

reading the timestamp corresponding to 
the record key from the memory, at times when 
the processor in the first computer site is initiating 
the new transaction; 

comparing an existing timestamp corre- 
sponding to the record key with the timestamp 
assigned to the new transaction; 

aborting the new transaction, at times 
when the timestamp assigned to the new transac- 
tion is smaller than the existing timestamp corre- 
sponding to the record key; characterised by 

incrementing the succeed count cone- 
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sponding to the first computer site, at times when 
the new transaction is not aborted, to indicate the 
number of times that new transactions initiated by 
the first computer site have been successfully 
completed; 

accessing an succeed count correspond- 
ing to a second computer site; 

comparing the succeed count correspond- 
ing to the first computer site with the succeed 
count corresponding to the second computer site; 
and 

changing the current clock count corre- 
sponding to the first computer site to more closely 
match the current clock count corresponding to 
the second computer site, at times when the com- 
parison between the succeed counts in the first 
and second computer sites indicates that new 
transactions have been successfully completed 
more frequently in one of the two computer sites. 

11. A method in accordance with claim 10, in which: 

the step of changing the current dock 
count comprises changing the current clock count 
by an amount that is proportional to the difference 
between the number of times that new transac- 
tions have been successfully completed in the 
two computer sites. 

12. A method in accordance with claim 10, and 
further comprising: 

changing the succeed count correspond- 
ing to the first computer site to more closely match 
the succeed count corresponding to the second 
computer site, at times when the current dock 
count corresponding to the first computer site is 
changed to more dosely match the current dock 
count corresponding to the second computer site. 

13. A method in accordance with claim 10, in which: 

the step of changing the current dock 
count comprises changing the current dock count 
only if the number of new transactions success- 
fully completed in the first computer site exceeds 
the number of new transactions successfully 
completed in the second computer site. 

14. A method in accordance with claim 10, in which: 

the step of changing the current dock 
count comprises changing the current dock count 
only if the number of new transactions success- 
fully completed in the first computer site exceeds 
the number of new transactions successfully 
completed in the second computer site by a 
threshold amount. 

15. A method in accordance with daim 10, and 
further comprising: 

entering a new read dock count into the 
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timestamp corresponding to the record key to 
indicate when the corresponding data entry was 
accessed by the processor, wherein the new read 
clock count is related to the current dock count 
5 corresponding to the first computer site. 

16. A method in accordance with claim 10, wherein 
each timestamp includes an identifier corre- 
sponding to each read dock count that indicates 

10 which processor accessed the corresponding 

data entry in the corresponding record key, and 
further comprising: 

entering an identifier into the timestamp 
corresponding to the record key to indicate that 

is the corresponding data entry was accessed by 

the processor in the first computer site, at times 
when a new read clock count is entered into the 
timestamp. 

20 17. A method in accordance with claim 10, in which 
the first computer site recurrently executes the 
steps of accessing the succeed count for the sec- 
ond computer site, comparing the succeed count 
for the first computer site with the succeed count 

25 for the second computer site, and changing the 

current dock count for the first computer site to 
more dosely match the current clock count for the 
second computer site. 

30 18. A method in accordance with claim 10, in which 
the first computer site indudes input means (11) 
for entering a user clock matching request, and in 
which the first computer site executes the steps 
of accessing the succeed count for the second 

35 computer site, comparing the succeed count for 

the first computer site with the succeed count for 
the second computer site, and changing the cur- 
rent clock count for the first computer site to more 
closely match the current clock count for the sec- 

40 ond computer site, in response to entry of a user 

clock matching request 
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when the comparison between the abort counts 
in the first and second computer sites indicates 
that new transactions have been aborted more 
frequently in one of the two computer sites. 
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